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(54) Parameteraktualisierungsverfahren 

(57) Verfahren zur Aktualisierung von in einer loka- 
len Konfigurationsdatei abgelegten Prognammparame- 
tem, bei dem bei einem Server angefragt wird, ob eine 
neue Parameterdatei vorliegt tnd diese gegebenen- 
falls von dem Server abgerufen und in die lokale Konfi- 
gurationsdatei Obertragen wird. 



<htral> 
<faead> 

<titl«>W«bF*c*r-Can£igur«tioa</ttt:le> 

</bead> 

<body> 

<hl>Ccof ig</bl> 
«table> 
<tr> 

<td>Al!ov local browalag</cd> 

«td>Wtd> 

<Cd>DffORD</td> 
</tr> 
<tr> 

<td>AUov Kail</td> 
<td>o</td> 

<td>D«DSlX/td> 
</tr> 
<tr> 

<td>XIvcys in Background* /ed* 

<td>0</td> 

<td>DWOXD«/td> 
</tr> 
<tr> 

<td>Buttan 8p*ce</td> 
<td>6</td> 
<td>DNOK>c/td> 
</tr> 

<tr> 

4td>ConCtxs Exit After Tln*out</td> 

<ta>0</td> 

<td>DNORD</td> 
</tr> 
</table> 
</body> 
</ht«l> 
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Beschrelbung 
Technisches Gebiet 

Die Erfindung betrrfft ein Verfahren zur Aktualisie- 
rung von Programm-Parametern mittels einer Daten- 
netzwertcvertirxling. 

Stand der Technik 

Programme in Datenverarbertungsartfagen benut- 
zen haufig zur Parametria erung sogenannte Konfigura- 
tionsdateien, in denen Parameter for die AusfOhrung 
des Programms gespeichert sind. 

Beispiele fur soiche Kbnfigurationsdateien sind cfie 
Dateien mit beispielsweise den Namen "/.re" im 
Stammverzeichnis ("home director/) eines Benutzers 
eines UNIX-Betriebssystems. die Dateien mit der 
Endung \ini\ insbesondere die Datei \vin.ini' in der gra- 
phischen Oberffcche ''Windows 3jc" der Firma Micro- 
soft, welche letztere in dem Betriebssystem "Windows 
95" eine eigene Komponerrte, die 'registry 1 , far die Ver- 
waftung solcher Kbnfigurationsinformation eingerichtet 
hat und im folgenden audi aJs "Datei", werm auch mit 
hierarchischem Zugrrffsverfahren, angesehen wird. In 
beiden letzteren Fallen ist eine Schnittstelle seitens 
"Windows" vorhanden, um Eintrage der INI-Dateien 
bzw. der Registry zu lesen Oder zu schreiben. 

Zur Anderung der Konfigurationseirrtrage dienen 
entweder im zu konf igurierenden Programm sebst ent- 
haltene MenOs und Formulare, separate Kbnfigurati- 
onsprogramme Oder, sowert mOglich, auch normal e 
Text-Edrtoren. In alien diesen Fallen jedoch mufl eine 
Bedienperson ein Ausgabegerdt, mast einen Bitd- 
schirm, und ein Eingabegerdt, meist eine Tastatur oder 
eine Maus, welche beide cfirekt und iokal mit dem Rech- 
ner verbunden sind, bedenen und die Eirrtrage andern. 

Anwendungen fur Offentlichen Zugrrff werden hdu- 
fig mittels eines in ein spezielles Obergehause einge- 
bauten Personal Computers mit berGhrungs- 
empfindlichem Bildschirm bereitgestelft. beispielsweise 
unter dem Namen "ELEKTRA" von der Siemens Nixdorf 
I rrformationssysteme AG erhaWich. Diese Gerate kfln- 
nen dann so konfiguriert werden, daB nach dem Ein- 
schaften genau eine Anwendung aktiviert wird, die aber, 
da Offentlich zuganglich, selbstverstandOch keine Ande- 
rung der Kbrrfigurationsdaten durch einen Benutzer 
zuiaBt Ist diese doch notwendig, mufl durch speziefle 
MaBnahmen wie dem Aufschf ieQen von Schldssern cfie 
Eingabe erlaubt werden und vertangt daher in der Rege! 
die physische Anwesenheit einer Bedienperson. Dies 
ist jedoch bei einer groBen Anzahl von Offentlich 
zugdnglichen Terminals ein erheblicher Aufwand. 

In der europaischen Patentanmeldung EP 0 509 
945 A2 ist ein Verfahren zur zentralen Verwaltung der 
auf programmierbaren Arbeftsstationen instalfierten 
Software angegeben. Darin wird vorgeschlagen, daB 
beim Beginn der Kommunitetion einer Arbeitsstation 



mit einem Zentralrechner eine Kbnfigurationsdatei auf 
die Arbeitsstation kopiert wind. Ein Programm bearbeitet 
diese kopierte tonfigurationsdatei, bestimmt, ob Kbnfi- 
gurationsanderungen vorliegen, fOhrt diese gegebe- 

5 nenfalls aus und startet dann das System neu. Diese 
LQsung erlaubt beispielsweise die Installation und Dan- 
stallation von Programm en und die Anderung von 
Systemparametern. die in der Regel einen Neustart des 
Systems erfordem. Fur jede Arbeitsstation ein Zentral- 

w rechner vorgesehen, auf dem alle Kbnfigurationsinfor- 
mation fur alle Kbmponerrten der Arbeitsstation 
gemeinsam verwaftet werden. Fernerhin wird die Kbnfi- 
gurationsdatei jedesma) voilstandig Obertragen und von 
dem die Konfigurationsdatei bearbeitenden Programm 

is entschieden, ob eine Aktualisierung notwendig ist. 
Daher ist auch 

Aufgabe der Erfindung ist es, eine einfache Mdg- 
lichke'rt anzugeben, wie ein Anwendungsprogramm bei- 
spielsweise in einem Irrforrnationsterrninal rekon- 

20 figuriert werden kann, ohne daB eine mit der Wartung 
beauftragte Person phystsch anwesend sein muB, die 
Kbrrfigurationsdaten bei jedem Programm- oder 
Systemstart voilstandig Obertragen werden oder die 
Quelle der Kbrrfigurationsdaten alien Anwendungspro- 

25 grammen gemeinsam ist 

Darstelluno der Erfindung 

Die Erfindung gent von der Erkenntnis aus, das 
30 Informationsterminals haufig durch ein Netzwerk mit 
Server-Rechnern verbunden sind, weil die Anwen- 
dungsprogramme die anzuzeigende Irrformationen 
durch Netzwerkzugriff erhaften. Nach der Erfindung 
ermrttert das Anwendungsprogramm per Netzwerkzu- 
35 griff, ob die Kbnfigurationsinformationen aktuell sind 
und Qbertrdgt und speichert sie gegebenerrtalls. Beson- 
dere Vorteile ergeben sich bei Verwendung der HTTP- 
Protokolie, wie in den folgenden Darstellungen genauer 
ausgefOhrt ist 

40 Insbesondere sind die Server fQr die Versorgung 
mit den Parametern pro Programm beliebig einstellbar; 
insbesondere wenn diese Ober z.B. einen "Uniform 
Resource Locator erfdgt Insbesondere kann dann 
auch mit dem Verfahren selbst auf einen anderen Ser- 

45 ver umgeschaltet werden. 

Es handelt sich also um ein Verfahren zur Aktuali- 
sierung wn in einer Iokal en Kbnfigurationsdatei abge- 
legten Programmparametem, bei dem bei einem Server 
angefragt wird, ob eine neue Parameterdatei voriiegt, 

so und diese gegebenenfalls von dem Server obertragen 
und in die lokale Konfigurationsdatei abernommen wird. 

Kurzbeschreibuna der Zeichnunoen 

55 Es zeigen 

Fig. 1 eine Parameterdatei ate HTML-Dokumerrt im 
Quell code, wie es angefordert wird, 



2 



3 



EP 0 864 972 A1 



4 



Fig. 2 dasselbe mit einem Browser angezeigt, 

Fig. 3 dasselbe, nachdem es in die Windows95 
Registry ubernorrtmen wurde. 

Beschretouno einer Ausfuhrunasform der Erfindung 

Die Erfindung wird anhand einer Anwendung 
beschrieben, die urtter der graphischen Oberfldche 
WINDOWS der Firma Microsoft ablduft ird Qber eine 
Socket-Schnittstelle einen Nachrichtenaustausch Ober 
ein TCP/IP-Netzwerk durchtohren kann. Als Protokoll 
wird dabei bevorzugt das "Hyper-Text Transfer Proto- 
koll" benutzt, wie es in dem Dokument RFC 1945 von T. 
Berners-Lee, R. Fielding, H. Frystyk. May 1996, 
beschrieben ist Das HTTP-Protokoll verwendet dabei 
grundsdtzlich ein Anfrage-Antwort-Schema (request- 
response) an, bei dem ein Client (KDentenprogramm 
eines Klierttenrechners) eine Anfrage sendet und der 
Server (Dienstprogramm eines Diertstrechners) mit 
einem Status- Oder Returncode arrtwortet und gegebe- 
nerrfaJIs das verlangte Dokument Obermittelt Als Spei- 
cher far Parameter werden wahlweise Textdateien (im 
.ini-Format) oder die hierfflr spezialisierte "Regtstry"- 
Datenbank verwendet die durch eine hierarchische 
Struktur einer Kollektion von Parameterdateien gleich- 
wertig ist 

Bei Installation einer Anwendung, die im folgenden 
mit "MyApp" bezeichnet sei, wird in einer Parameterda- 
tei unter dem SchlQssel 'Param Location" zunachst den 
Netzwerknamen der Parameterdatei, beispielsweise 
"rrttpVAemote-server-xxx/configyMyApphtm", sowiedas 
Datim der Installation unter dem SchlQssel "Param- 
Date" abgelegt. Die Zeichenkette "remote-serveroxx" 
qualifiziert dabei einen logjschen Server nach den 
Namens- und AufsUchkonverrtionen des Internets; ins- 
gesamt steD die Adresse der Parameterdatei einen mit 
URL abgekGrzten, als "Uniform Resource Locator" 
bezeichneten Adresse dar, deren Aufbau beispiels- 
weise dem RFC 1738 von T. Berners-Lee u.a. , Dezem- 
ber 1994, entnommen werden kann. 

Bei nachfolgenden Aufrufen der Anwendung wer- 
den die folgenden zum Zwecke der Bezugnahme durch- 
numerierten Anweisungen aufgerufen: 

1. GetProfileString("MyApp\ "ParamLocation", 
pLoc) 

2. GetProfileString("MyApp" ( "ParamDate", pDate) 

3. SendHttpRequest( pLoc+" rf -Modified* 
Since: M 4pDate) 

4. if ReturnCode = 304 then return (* unchanged *) 

5. ObtainHttpResponse(someBuffer) 

6. Parse And StoreHtrrdParamSpec(someBuffer) 



in Abschnitt 3.3 des RFC 1945 beschrieben sind. Ande- 
rer Formen, beispielsweise fortlaufende Versionsnum- 
mem, sind gleichfalls moglich, wenn das Netzprotokoil 
diese unterstutzt oder entsprechend erweitert werden 
s kann. 

Mit der 3. Anweisung wird eine Anfrage an den Ser- 
ver gestellt, der einerseits den Namen des Dokuments, 
hier der Parameterdatei, errthait und zudem, wie im 
Abschnitt 10.9 des RFC 1945 beschrieben, einen 

10 Zusatz, welcher den Server auffordert, nur dartn das 
Dokument zu senden, wenn es neuer ist als das mit der 
Anfrage Obermrttefte und durch die Zeichenkette "tf- 
Modified-Since" spezifizierte Datum. Ist dies nicht der 
Fall, so arrtwortet der Server mit dem Code 304, den der 

15 Client im 4. Schritt abfragt Liegt dieser Fall vor, so ist 
ein Abgleich der Kbnfigurationsdatei nicht notwendig. 
und dieser Teil der Bearbeitung ist abgeschlossen. Ist 
die im Server gespeicherte Konfigurationsdatei neuer, 
so wird diese im Rahmen der Antwort Qbermittelt und 

20 wird im 5. Schritt zwischengespeichert, um sodann im 
6. Schritt von einem Programmabschnitt analysiert und 
in die Parameterdatei Qbertragen zu werden. 

Die Qber das Netzwerk Qbertragene Kbnfigurations- 
datei ist zweckm&Big in der Sprache HTML abgefaBt, 

25 wie sie beispielsweise in dem Dokument RFC 1866, 
"Hypertext Markup Language - 2.0" von T. Barners-Lee 
und D. ConoJfy, November 1995, spezifiziert ist Dabei 
ist die Verwendung von Tabellen, die in dem RFC 1 942, 
. "HTML Tables", von D. Raggett, May 1996, vorgeschla- 

30 gen ist besonders vorteilhaft. 

Ein Beispiel for eine solche Qber das Netzwerk 
angefbrderte Datei ist in Rg. 1 dargestelft. Neben den 
fQr ein HTML-Dokument notwendigen Kbpf- und FuB- 
zeilen ist eine Tabelle gemaS RFC 1942 , eingeleitet 

35 durch "{ table)" und abgeschlossen durch "< /table >". 
zu sehen, deren Zeilen durch "< tr>" und "< /tr>" einge- 
schbssen sind und deren Eintrdge in Spaltenreihen- 
fblge mit "( d>" und "< M) n eingeschlossen sind. Mit 
einem HTML-Anzeigeprogramm. auch als Browser 

40 bezeichnet, ergibt sich in etwa die in Fig. 2 dargestellte 
Anzeige. Nach der Gbernahme in die Windows95 Regi- 
stry ergibt sind mit dem Verwattungsprogramm fQr die 
Registry beispielsweise das in Fig. 3 gezeigte Bild. 
Die Verarbeitung des in Rg. 1 dargestellten HTML- 

45 Kbnfigurationsdatei erfolgt daNngehend, daB die dritte 
Spalte zur Auswahl der passe nd en Funktion, d.h. ob der 
Parameter eine Zahl oder eine Zeichenkette ist verwen- 
det wird. Also wird aus der Tabellenzeile 



50 



Allow Mail 



DWORD 



Mit der 1. und 2. Anweising werde die Netzwerk- 
adresse des Parameter-Servers sowie das Datum der 
letzten Aktualisierung ermittelt Her und im folgenden 
ist als Datum stets ein Zeitstempel zu verstehen. wie er 



55 ein Programmaufruf wie 

Write RegistryDword(path+"MyApp" i "Allow 
Mail", 1) 

wobei in "path" der Pfad in einer hierarchisch organisier- 
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ten Parameterablage wie der Windows95 Registry 
stent. 

Unter Windows 3.1 wurde der Aufruf lauten: 
WrrtePrdileSfring^MyApp^ M A«owMar ( ,, 1 ") 

und unter UNIX in etwa lauten s 
cf » fopen(strcat(getenv{HOME),'.rcMy- 

Appl,^-); fprirrtf(cf, "%s = %d\n" ( "AllowMair, 1); 

fdose(cf) 

wobei eine UnterstOtzung for mehrere Parameter der 
Obersichtltchkeit halber weggelassen wurde. 10 

Da die Netzadresse der Konfigurationsdatei selbst 
ein Parameter ist kann durch das Verfahren nach der 
Erfindung auch dazu verwendet werden. den Server fOr 
die Konfigurationsdatei zu verSndern. Lediglich rrruBder 
bisherige Server eine gewisse Zeit weitergefuhrt wer- is 
den, bis mit hoher Wahrscheinlichkeit alle im Netz 
befindichen Wierrten mindestens einmal aktiviert wur- 
den. 

Durch die Verwendung des HTTP-Protokolls erge- 
ben sich besondere Vorteile durch die transparente Puf- 20 
ferung der Dateien. Angenommen, es sind an fQnf 
Standorten je zwanzig Anzeigestationen angeschlos- 
sen, die jewefls Qber eine als "proxy" bezeichnete 
Relais-Station auf den Zerrtralrechner zugrerfen. Die 
Relais-Station fQhrt einen Puffer und fragt fOr jede 25 
Anfrage der Anzeigestationen zwar eine Aktualitdtsan- 
frage an den Zerrtral server durch, bekommt aber nur bei 
der ersten Anfrage die gednderte Datei Obertragen. Die 
werteren neunzehn Anfragen kann die Relais-Station 
aus ihrem Puffer befriedigen. 30 

In Fig. 1 ist durch "( hi > w und "< /hi >• das Wort 
"Corrfig" als erste Kopfzeile markiert. Dieses wurde 
dazu verwendet, urn bei dem Eintrag in die in Fig. 3 
gezeigte Registry das Unterverzeichnis auszuwdhlen. 
Da die Kopfzeilen in HTML eine Hierarchie bilden, kann 35 
also in eirrfacher Weise auch eine Hierarchie in der Kon- 
figurationsdatei durch eine Hierarchie in der Parameter- 
datei. hier in HTMLcodiert modeiliert werden. 

Ein "Uniform Resource Locator" tenn auch auf eine 
Datei auf dem lokalen Rechner, auf dem das Klienten- 40 
programm ausgefuhrt wird, verweisen, wie in Kap. 3.10 
des RFC 1738 dargestellt ist. Damit kann die Parame- 
terdatei auch ohne Netzwerkzugrrff verwendet werden. 
Diese bedeutet einerserts, daB die Parameterdatei mit 
jedem Programm zur Erstellung von HTML-Texten 46 
bearbeitet werden kann und eine getrenrtte Anwender- 
Dokumerrtation far die Eintrdge in der Konfigurationsda- 
tei entfallen kann. Die Art und Form der Verwendung 
einer Registry ist damit fOr den Benutzer vollst&ndig 
abschirmbar. Zudem kann zu Wartungszwecke auf ein- so 
fache Art ein Betrieb ohne Netzwerk erreicht werden. 

Besonders vorteilhaft ist die Anwendung des Ver- 
tahrens bei einer, Oblicherwetse als "Browser" bezetch- 
neten, Anwendung, deren Aufgabe es ist, in HTML 
codierte Seiten anzurufen und anzuzeigen, da diese cf e ss 
Schnittstetlen fur das HTTP-ProtokoQ enthat 



PatentansprOche 

1. Verfahren zur AktuaDsierung von Parametern eines 
auf einem Klientenrechner auszufuhrenden Wien- 
tenprogramms mit den Merkmalen: 

• die Parameter sind in einer lokalen Konfigurati- 
onsdatei auf dem Klientenrechner gespeichert, 

- die Ausfuhrung des KDentenprogramms 
umfaQt eine Anfrage Qber ein Datennetzwerk 
an ein Dienstprogramm for eine Parameterda- 
tei, wobei in der Anfrage eine Aktualrtatsan- 
gabe errthalten ist 

• sofern die Auswertung der Aktualitdtsangabe 
durch das Dienstprogramm keine Aktualitdt 
ergibt, wird die Parameterdatei an das KDen- " 
tenprogramm Qbermittett welches daraufhin 
die ertialtenen Parameter in die eigene Konfi- 
gurationsdatei Qbertrdgt 

2. Verfahren nach Anspruch 1 , wobei als Protokoll das 
Protokoll HTTP verwendet wird. 

3. Verfahren nach Anspruch 2, wobei die Qber das 
Netz angeforderte Parameterdatei in der Sprache 
HTML dargestellt ist 

4. Verfahren nach Anspruch 3, wobei die Parameter 
als Tabelle formatiert sind. 

5. Verfahren nach Anspruch 3, wobei eine Hierarchie 
in der fcnfigirationsdatei durch eine Hierarchie in 
der Syntax der Parameterdatei dargestellt wind. 

6. Verfahren nach einem der AnsprOche 2 bis 5, wobei 
das Klientenprogramm zur Anzeige von Qber HTTP 
ubermitteften Dokumenten dient 
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<html> 
<head> 

<title>WebFacer-Conf iguration</title> 

</head> 

<body> 

<hl >Conf ig< /hi > 
< table > 
<tr> 

<td>Allow local browsing</td> 

<td>l</td> 

<td>DWORD</td> 
</tr> 
<tr> 

<td>Allow Mail</td> 

<td>0</td> 

<td>DWORD</td> 
</tr> 
<tr> 

<td>Always in Backgrotind</td> 

<td>0</td> 

<td>DWORD</td> 
</tr> 
<tr> 

<td>Button Space</td> 
« <td>6</td> 

<td>DWORD</td> 
</tr> 
<tr> 

<td>Confirm Exit After Timeout</td> 

<td>0</td> 

<td>DWORD</td> 
</tr> 
</table> 
</body> 
</html> 



Fig.1 
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1 
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Alow bed browsing 0x00001X101(1) B 
ABowMafl QxOOOQQDOO(Q) B 
Always in Backjyo... 0x00000000(0) B 
(Button Space 0x00000006(6) | 
Confirm E»* After... 0x00000000(0) V] 


My Computer\HKEY_CURRENT_USER\S<Awate\Siennen» NbtdorfMSKNCorAg ^ 



Fig. 3 
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